Міністерство освіти і науки України Національний університет «Львівська політехніка» Лабораторна робота №5-6 з дисципліни: Проектування інформаційних систем на тему: «Cтворення фізичної моделі в erwin. Створення логічної моделі інформаційної системи»  Львів 2014 Мета роботи: на основі заданої функціональної моделі необхідно створити логічну модель інформаційної системи з використанням пакета ERwin. ТЕОРЕТИЧНІ ВІДОМОСТІ ERwin – засіб концептуального моделювання БД, який використовує методологію IDEF1X. ERwin реалізує проектування схеми БД, генерацію її опису на мові цільової СУБД (ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server, Progress та ін.) та реінжиніринг існуючої БД. ERwin випускається в декількох різних конфігураціях, орієнтованих на найпоширеніші засоби розробки додатків 4GL. Версія ERwin/OPEN повністю сумісна із засобами розробки додатків PowerBuilder та SQLWindows і дозволяє експортувати опис спроектованої БД безпосередньо в репозиторії даних програмних продуктів. Для ряду засобів розробки додатків (PowerBuilder, SQLWindows, Delphi, VisualBasic) можна виконати генерацію форм і прототипів додатків. Мережева версія ERwin ModelMart забезпечує узгоджене проектування БД та додатків у робочій групі. Основні переваги використання пакета ERwin:         істотне підвищення швидкості розробки за рахунок потужного редактора діаграм, автоматичної генерації бази даних, автоматичної підготовки звітної документації;         немає необхідності ручної підготовки SQL-запитів при створенні бази даних;         можливість легко вносити зміни в модель при розробці і розширенні системи;         можливість автоматичної підготовки звітів щодо спроектованої бази даних; причому ці звіти завжди точно відповідають реальній структурі БД;         розробники прикладного програмного забезпечення мають зручні в роботі діаграми;         тісна інтеграція із засобами 4GL дозволяє вже на стадії інформаційного моделювання задавати відображення даних у створюваних додатках;         зворотне проектування дозволяє документувати і вносити зміни в існуючі інформаційні системи;         підтримка розрахованих на одного користувача СУБД, що дозволяє використовувати для персональних систем сучасні технології, які значно спрощують перехід від настільних систем до систем в технології клієнт-сервер (upsizing). Типи зв’язку між сутностями (ідентифікуючий / неідентифікуючий) У методології IDEF1X розрізняють залежну і незалежну сутності. Тип сутності визначається її зв’язком з іншою сутністю. Ідентифікуючий зв’язок встановлюється між незалежною (батьківський кінець зв’язку) і залежною (дочірній кінець зв’язку) сутністю. У випадку, коли зображається ідентифікуючий зв’язок, ERwin автоматично перетворить дочірній зв’язок у залежний. Залежна сутність зображається прямокутником з округлими кутами. Екземпляр залежної сутності визначається тільки через її відношення до батьківської сутності. При встановленні ідентифікуючого зв’язку атрибути первинного ключа батьківської сутності автоматично переносяться до складу первинного ключа дочірньої сутності. Ця операція доповнення атрибутів дочірньої сутності при створенні зв’язку називається міграцією атрибутів. У дочірній сутності нові атрибути позначаються як зовнішні ключі – (мають примітку FK). При встановленні неідентифікуючого зв’язку дочірня сутність залишається незалежною, а атрибути первинного ключа батьківської сутності мігрують до складу неключових компонентів дочірньої сутності. Неідентифікуючий зв’язок служить для зв’язку незалежної сутності. Ідентифікуючий зв’язок показується на діаграмі суцільною лінією з жирною крапкою на дочірньому кінці зв’язку (див. рис. 1.1), неідентифікуюча – пунктирною. Для неідентифікуючого зв’язку можна вказати обов’язковість (Nulls в закладці Generalдіалогу Relationship Editor). У випадку обов’язкового зв’язку (No Nulls) при генерації схеми БД атрибут зовнішнього ключа набуде значення NOT NULL, незважаючи на те, що зовнішній ключ не ввійде до складу первинного кл...